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@ A combined terminal adapter for SMDS and frame relay high speed data services. 

(57) A terminal adapter interfaces between a Data Terminating Equipment (DTE) and either a Frame Relay 
(FR) or a Switched Multimegabit Data Service (SMDS) telecommunications network so that the type of 
network over which the DTE is communicating is transparent to the DTE. The TA performs mapping 
from one protocol to another so that a native FR DTE can access an SMDS network and so that a native 
SMDS DTE can access a FR network. The address mapping method performed by the TA uses a parallel 
table look-up technique which reduces the chance of collision (when two or more addresses hash into 
the same table entry), eliminates the traditional comparison function to detect a coHision, and 
eliminates the traditional pointer technique when a collision occurs. 
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FIELD OF THE INVENTION 

The present invention relates to high speed data networking in telecommunications and. more particularly, 
to a terminal adapter for allowing data terminal equipment (DTE) access both the Frame Relay (FR) and 
Switched Multimegabit Data Service (SMDS) high speed data services without the additional requ.rement of 
service-specific software and hardware in the customer premises equipment (CPE). 

PRIORT ART 

Overthe past decade, many businesses have grown, been merged and otherwise dispersed their locations 
across the country and, in many cases, the world. In the various business locations, local area networks 
(LANs) are used for interconnecting groups of people using PCs and work-stations local to the location. As 
the popularity of LANs increases, so does the need for the interconnection of those LANs located across the 
country and around the world. 

But as the size and geographic dispersement of these private networks grow, the interconnect expense 
increases. The cost and complexity to build and manage these private networks increase exponentially as 
more equipment, facilities and expertise is required. 

Switched multimegabit data service (SMDS) and frame relay (FR) services are fairly new alternatives that 
can be used by public network operators to switch data through the network. Frame relay and SMDS. both 
"fast packet" multiplexing specifications, are designed to create more efficient wide area networks (WANs) by 
permitting users to access only the amount of bandwidth they need for a given application. In addition, both 
frame relay and SMDS have been recognized as being able to improve LAN networking solutions by standard- 
izing LAN interconnection techniques and by reducing the number of required leased lines in a network. 
This however, is where the similarities between the two services ends. For example, frame relay is a "con- 
25 nection-oriented" protocol. It establishes a logical connection for the duration of the call, and it is initially being 
implemented as a permanent virtual circuit (PVC) service. In contrast. SMDS, which has adopted the IEEE 
802.6 protocol, presently uses a "connectionless" protocol, meaning it doesn't set up a logical, ongoing con- 
nection for the duration of the call. 

Another major difference between frame relay and SMDS is in the packets themselves. Frame relay pack- 
ets called frames, are variable in size - each frame in a frame relay network may be a different length from 
any other. SMDS packets, called cells, have a fixed size of 53 octets, which are eight-bit groups of data. 

Furthermore, frame relay specifications define connections of speeds of 56 kbps to 1.5 Mbps, whereas 
SMDS describes speeds ranging from 1.5 to over 30 Mbps. 

Although it is not clear as to which service, or both, the public networks will offer in the long-term, it is 
35 apparent that the network users should to be prepared to use either, or both, of the services. Presently, how- 
ever the service subscriber uses a communications product (DTE), such as a communications controller, a 
router, or a channel extender to access the frame relay and SMDS services. A terminal adapter (TA) is used 
to interface the DTE to the network. Because the mechanism and protocol to access these services are so 
strikingly different, a separate communications adapter (CA) (used to interface the DTE to the TA) and a sep- 
40 arate TA are needed in order to access both of these services. This is shown in FIG. 1 . 

For instance, in order to access the frame relay (FR) network 10, a subscriber having customer premises 
equipment (CPE) 11 comprising a DTE 12 must utilize a FR CA 14 for interfacing with a FR TA 16. Presently, 
the accepted protocol for exchanging communication between the FR CA 14 and the FR TA 16 is RVX (or RS 
449, V35, or X.21 type interface protocol. The DTE 12 and the FR CA 14 comprise a "native" FR DTE 1 5. Sim- 
45 ilarly. the FR TA 16 is needed for communicating over the FR network 10 utilizing the Link Access Procedure- 
D (LAPD), a protocol that originated in Integrated Services Digital Network (ISDN) standards. 

With regard to a SMDS network 10', the subscriber having a CPE 11' comprising a DTE 12 must utilize 
an SMDS CA 14' for interfacing an SMDS TA 16' as the accepted interface protocol is the High Speed Serial 
Interface (HSSI). The DTE 12 and the SMDS CA14' comprise a native SMDS DTE 15'. The SMDS TA 16' corn- 
so municates over the SMDS network 10' which has adopted the IEEE 802.6 protocol that supports packet 
voice/video services, as well as data transfer. 

Because of evolutionary considerations, such as interface and protocol standardization and equipment 
availability FR and SMDS will have to co-exist. Thus, it is desirable to have a CPE comprising a single TA which, 
on one side, will interface with the subscriber's DTE and CA and. on the network side, will interface with either 
55 an SMDS or a FR network. 
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SUMMARY OF THE INVENTION 

The present invention comprises a terminal adapter for interfacing between a Data Terminating Equipment 
(DTE) and either a Frame Relay (FR) or a Switched Multimegabit Data Service (SMDS) telecommunications 
network. The type of network over which the DTE is communicating is transparent to the DTE. 

The TA of the present invention performs mapping from one protocol to another so that a native FR DTE 
can access an SMDS network and so that a native SMDS DTE can access a FR network. The TA has three 
elements: a FR element; an SMDS element; and a protocol conversion and address translation element. The 
FR* element understands and complies with FR protocol. Similarly, the SMDS element understands and com- 
plies with the SMDS protocol. The protocol conversion and address translation element performs the address 
and protocol mapping between FR and SMDS. 

In addition, the address mapping method performed by the protocol conversion and address translation 
element is unique from conventional methods. The addresses are mapped using a parallel table look-up tech- 
nique which reduces the chance of collision (when two or more addresses hash into the same table entry), 
eliminates the traditional comparison function to detect a collision, and eliminates the traditional pointer tech- 
nique when a collision occurs. 

BRIEF DESCRIPTION OF THE DRAWINGS 

While the technical description concludes with claims particularly pointing out and distinctly claiming that 
which is regarded as the invention, details of a preferred embodiment of the invention may be more readily 
ascertained from the following technical description when read in conjunction with the accompanying drawings, 
where: 

FIG. 1 is a prior art diagram illustrating how a FR and a SMDS network are presently accessed. 
FIG. 2A is a diagram illustrating the FR/SMDS TA of the present invention interfacing an SMDS network. 
FIG. 2B is a diagram illustrating the FR/SMDS TAof the present invention interfacing an FR network. 
FIG. 3Ais a diagram illustrating the three elements of the FR/SMDS TA interfacing with an SMDS network. 
FIG. 3B is a diagram illustrating the three elements of the FR/SMDS TA interfacing with an FR network. 
FIG. 4A is a diagram illustrating the segmentation of a L2_PDU and reassembly to a L3_PDU. 
30 FIG. 4B is a diagram illustrating the segmentation of a L3_PDU and reassembly to a L2_PDU. 

FIG. 5 is a block diagram illustrating the method of a FR address to an SMDS address. 
FIG. 6 is a block diagram of prior art showing the present address mapping technique. 
FIG. 7 illustrates the formation of pointers for addressing the memory tables. 
FIG. 8 is a diagram showing the mapping system during set-up. 
35 FIGS. 8A-8H illustrate an example of how the mapping system is configured. 

FIG. 9 is a block diagram showing table access. 

FIG. 10 is a truth table for the combinational logic circuitry of the mapping system. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

40 

1. The FR/SMDS Terminal Adapter (TA) 

FIG. 2A illustrates two FR/SMDS TAs 20 of the present invention interfacing between two native FR DTEs 
15 and an SMDS network 10\ An SMDS TA 16' interfaces a native SMDS DTE 15' with the SMDS network. 

45 In order to interface a native FR DTE 15 with an SMDS network, the FR/SMDS TA 20 must conform, on 

the FR DTE side, to the protocols supported by the FR DTE. In particular, the FR DTE supports, at the physical 
layer, RS422, X.21 . V.35 (fast RVX) or High Speed Serial Interface (HSSI). Similarly, FIGS. 2B and 3B illustrate 
the FR/SMDS TA20 of the present invention interfacing between SMDS DTEs 15' and a FR network 10 and 
between a FR DTE 15 and a FR network 10. As when interfacing between an SMDS network 10' and an FR 

so DTE 15, the FR/SMDS TA20, in this set-up, must provide the same physical and logical layer support for both 
protocols in order to function properly as an interface. The only difference between the two set-ups is that 
corresponding address mapping as done by the PCAT element 26, to be discussed below. Therefore, at the 
physical layer on the FR DTE side, the FR/SMDS TA 20 must support these protocols. 

At the data link control layer, a FR DTE supports CCITT 1.121 (LAPD) core functions such as frame de- 

55 limiting, frame multiplexing/demultiplexing, frame check sequence, etc. The FR/SMDS TA 20 must support 
these core functions. 

On the SMDS network side, the FR/SMDS TA 20 must support SMDS protocol (IEEE 802.6). For example, 
at the physical layer on the SMDS network side, the FR/SMDS TA20 must support either T1 or T3 framing. 
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At layers above the physical layer the data blocks must be segmented and reassembled into smaller fixed- 
sized cells (for transmission onto the SMDS network) or into larger variable length frames (when received from 
the SMDS network). This process will be discussed in greater detail. 

In addition, the FR/SMDS TA20 must perform address mapping between FR Data Link Control Identifier 
(DLCI) and SMDS E.1 64 addressing. 

As shown in FIG. 3A. the FR/SMDS TA 20 comprises three elements: (1 ) a FR element 22; (2) an SMUb 
element 24; and (3) a protocol conversion and address translation (PCAT) element 26. 
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a. The FR element 

The FR element 22 interfaces with the FR DTE 1 5 and understands only the FR protocol. If receives frames 
of data from the FR DTE 15 and forwards them to the PCAT element 26 for protocol conversion and address 
translation. The FR element 22 also receives frames of data from the PCAT element 26 and forwards them to 
the FR DTE 15. The FR element 22 operates over two layers: (1) a physical layer; and (2) a logical layer. 

Over the physical layer, the FR element 22 supports either a V.35 (fast RVX - up to 1.5 Mbps) or HSSI 
(from 1 5 to 52 Mbps) interface. Over the logical layer, the FR element 22 interfaces with the PCAT element 
26 by in one direction, forwarding frames received from the PCAT element 26 to the physical layer for trans- 
mission to the FR DTE 1 5 and, in the other direction, parsing the FR header and trailer of the frames received 
from the FR DTE 15 before forwarding those frames to the PCAT element 26. By parsing the header and trailer 
of the FR frames, the FR element 22, at the logical layer, performs frame delimiting, DLCI checking, frame 
check sequence, etc., as specified by 1.121. 

b. The SMDS element 

The SMDS element 24 Interfaces between, on one side, the PCAT element 26 and, on the other side, the 
SMDS network 10' and understands only the SMDS protocol. In one direction, the SMDS element24 receives 
frames of data from the SMDS network 10* and forwards them to the PCAT element 26. In the opposite direc- 
tion, the SMDS element 24 receives frames from the PCAT element 26 and forwards them to the SMDS net- 

WOr The SMDS element 24 operates over three layers: (1) a physical layer; (2) a logical layer; and (3) an SMDS 
layer. Over the physical layer, the SMDS element 24 supports either T1 or T3 framing for interfacmg with the 
SMDS network 10*. depending upon the service provided by the network. 

Over the logical layer, in one direction, the SMDS element 24 receives fixed-sized cells of data from the 
SMDS network 10\ These cells of data. Layer 2 Packet Data Units, or L2_PDUs, are shown in FIG. 4A. Each 
L2_PDU 30 consists of 53 octets; seven octets comprising the header ("H") 32, 44 octets comprising the in- 
formation ("Info") 34, and two octets comprising the trailer ("T") 36. Each L2.PDU 30 conforms to the IEEE 
802.6 standard for SMDS networking. At the logical layer, the header "H" 32 and the trailer "T" 36 of each 
L2_PDU 30 are verified and removed. The "Info" portions 44 are then assembled into a frame, or L3_PDU 40, 
by adding, at either end, an SMDS header, H SMD s 42. and an SMDS trailer, T SMOS 44, for transmission to the 
40 SMDS layer Each H SMD s 42 includes source and destination addresses, length field (frame size), sequence 
number, protocol ID. etc. The T SM0S 44 is a subset of the H SMDS 42 and includes only the length field and se- 
quence number. 

In the other direction, as shown in FIG. 4B, at the logical layer, the SMDS element receives a Layer 3 Pack- 
et Data Unit (L3_PDU) 40 from the SMDS layer, segments the L3_PDU 40 into fixed sized-blocks ("Info" 34), 
45 and appends a header ("H" 32) and a trainer (T 36) to each block ("Info" 34) to form an L2_PDU 30. Each 
L2_PDU 30 is forwarded to the physical layer for transmission over the SMDS network. 

Over the third, or SMDS layer, the SMDS element 24 interfaces with the PCAT element 26 and, in one 
direction, receives' frames of data therefrom. Because SMDS headers and trailers are already appended by 
the PCAT element 26, the frames are simply forwarded to the SMDS element logical layer. In the other direc- 
50 tion. the SMDS layer receives L3_PDUs 40 from the logical layer and performs parsing to assure that the H SMDS 
42 and the T SM ds 44 are correct before the L3_PDUs 40 are forwarded to the PCAT element 26. 

c. The Protocol Conversion and Address Translation (PCAT) element 

The PCAT element 26 acts as an interface between the FR element 22 and the SMDS element 24 and 
performs the following functions on an incoming frame (from either the FR element 22 or the SMDS element 
24): (1) removes the original frame header and trailer; (2) performs address mapping between FR DLCI and 
SMDS E.1 64; and (3) appends the new frame header and trailer. 
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The PCAT element 26 is required to do address mapping in two directions: (1 ) DLCI to SMDS destination 
address mapping; and (2) SMDS source address to DLCI mapping, and, therefore, two tables are requ.red. 
DLCI to SMDS destination address mapping, shown in FIG. 5. is used when frames are going from the FR DTE 
15 to the SMDS network 10'. The DLCI 50, which, in this case, comprises ten kits, identifies the FR destination 

5 address In order to operate over the SMDS network 10\ the DLCI 50 must be mapped to a corresponding 
SMDS destination address. All of the corresponding SMDS addresses are set forth in SMDS Address Table 
52 Because the DLCI 50 is 10 bits wide, there are. at a maximum. 2'° or approximately 1000 corresponding 
SMDS addresses. Therefore, the SMDS Address Table 52 is 1000 memory spaces high. For U.S.-only service, 
an SMDS address is 40 bits wide representing the hexidecimal encoding of a 1 0-digit telephone number. This 

10 is illustrated below with the following example. The telephone number (919) 254-9717 has the following 40- 
bit representation: 
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1001 0001 1001 0010 0101 0100 1001 0111 
0111 
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Thus, for U.S-only service, the SMDS Address Table 52 is 40 bits wide and 2 10 bits high. In order to map the 
FR address to the SMDS address, the DLCI 50 is input to a binary encoder 54 which points to the appropriate 
memory space in the SMDS Address Table 52 where the corresponding SMDS address is located. 

In the other direction (when the frames are going from the SMDS network to the FR DTE), the source 
SMDS address must be mapped to the DLCI. The SMDS address to DLCI mapping will be discussed later. 

2. SMDS Address to DLCI Mapping Technique 

As discussed above, mapping is required between DLCI and E.164 addresses. When mapping from FR 
to SMDS, because the DLCI is only ten (10) bits wide, there are a maximum of 2 10 , or approximately 1000 cor- 

30 responding E.164 addresses (or telephone numbers). A table having 2 10 memory spaces, each memory space 
being 10 digits, or 40 bits wide (the width of the U.S.-only E.164 telephone number), is sufficient for FR to 
SMDS mapping. Because of the relatively small number of memory spaces, the direct mapping method using 
the binary encoder 54 described above can be utilized without undue delay. When mapping from SMDS to 
FR, however, a table having 2 40 (over one trillion) memory spaces would be needed using the direct mapping 

35 method. Clearly, another method must be utilized. 

a. The conventional mapping technique 

The conventional technique is illustrated in FIG. 6. Memory block 60 has 2"> memory spaces, each memory 
40 space containing the following three items: the E.164 address 62, its corresponding DLCI 64 and a pointer 
66. The E.164 address to-be-mapped 70 is "hashed" through a hashing function 68. In many cases, the hashing 
function 68 is simply an EXCLUSIVE-OR function. When the entry 72 is accessed through the hashing function 
68. the E.164 address to-be-mapped 70 is compared with the E.164 address 62 in the memory block 60. If a 
match occurs, the corresponding DLCI 64 is the correct mapped address. If a match does not occur, a "colli- 
45 sion" occurs. The value of the pointer 66 is used to access the next table entry, and the same compare process 
is repeated. Using the conventional technique, the undue repetition of table access and E.164 address com- 
parison results in very slow access time. 

b. Parallel address mapping technique using multiple tables 

50 

A new parallel address mapping technique eliminates the comparison requirement, eliminates the require- 
ment to keep a pointer in the table, minimizes the probability of collision, and, with hardware assist, performs 
the mapping function in parallel. 

The parallel address mapping technique of the present invention comprises two stages: (1) an initial table 
55 set-up stage; and (2) a table access stage. During the table set-up stage, the E.164 to DLCI mapping tables 
are initially configured so that the proper table entries are set in the appropriate places within the tables. The 
initial configuration occurs at the subscription time and remains unchanged unless an address needs to be 
changed or deleted. During the second stage, the table is accessed each time an E.164 address needs to be 
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mapped to a DLCI. 

As illustrated in FIG. 7. in the parallel address mapping technique, four tables 80a, 80b. 80c. and 80d. each 
having a length of 2 10 , or approximately 1K, memory spaces, are utilized instead of the single 1 K table of the 
conventional method. Four memory spaces 81a, 81b, 81c, and 81 d, one in each of the tables 80a. 80b. 80c. 
5 and 80d, are illustrated. Each memory space 81a, 81b, 81c. and 81 d stores a single DLCI, multiple DLCIs or 
no DLCIs. 

Pointers 82a, 82b, 82c, and 82d are utilized to point to each memory space of the tables 80a. 80b, 80c, 
and 80d, respectively/The 40-bit E.1 64 address is divided into four 10-bit groups, each group defining one of 
the pointers 82a, 82b, 82c, and 82d. Because there are 10 hex digits associated with each E.1 64 address. 
w each pointer 82a, 82b, 82c, and 82d is derived from selecting a bit from each hex digit. In particular, pointer 
82a comprises the first bit of each hex digit, pointer 82b comprises the second bit from each hex digit, and so 
forth Although other ways of dividing the 40-bit E.164 address may be used, dividing the E.164 address in 
this manner minimizes collision. The objective is to spread the E.164 address in all the table, thereby mini- 
mizing collision. 

15 In accordance with the proposed mapping method, when the tables are being accessed, if there is a single 

DLCI in one of the memory spaces 81a, 81b, 81c, and 81d corresponding to one of the pointers 82a, 82b. 
82c, and 82d, it is the correct one. If there are multiple entries in all four of the memory spaces 81a. 81b, 81c, 
and 81d indexed for a particular E.164 address, it must be determined whether there is a common DLCI in 
the four indexed memory spaces. If there is. the common DLCI is the correct one. If in the unlikely event that 

20 there are multiple DLCIs in each indexed memory space and there is not a common DLCI in the four indexed 
memory spaces, a safety buffer 84 (FIG. 9) contains the corresponding DLCI. 

As an illustration, the telephone number (919)254-9717 of the previous example is used. As shown in FIG. 
7 the E 164 address comprises ten hex digits, each hex digit having four bits. Pointer 82a utilizes the first bit 
from each hex digit thereby comprising the 10-bit address "1010001000". Likewise, pointer 82b comprises the 

25 second bit from each hex digit, and so on. 

In this example, memory space 81d indexed by pointer 82d contains only a single DLCI and, therefore, it 
is the DLCI which corresponds to the E.164 address (919)254-9717. Assuming that memory space 81d con- 
tains multiple DLCIs. it would then have to be determined whether a common DLCI existed among the four 
indexed memory spaces 81a, 81b, 81c t and 81d. In this example, the common DLCI is 9. Assuming that in 

30 the unlikely event there was no common DLCI among the indexed memory spaces of the four tables 80a. 80b. 
80c. and 80d, safety buffer 84 (FIG. 9) would contain the correct DLCI. It should be noted that, in FIG. 7. mem- 
ory spaces 81a, 81b and 82c are shown to have multiple DLCIs only to illustrate the concept of the mapping 
technique. In reality, the memory spaces have a fixed size of one DLCI and three control bits This will be de- 
scribed below. 
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1. Table set-up 



The objective of the implementation is to have a single DLCI in each memory space so that the entry size 
of all of the memory spaces 81a, 81b, 81c, and 81 d may be fixed. (Note to inventors: Please explain how is 

40 entry size fixed?) This is accomplished during the table set-up stage. 

As shown in FIG. 8, each memory space 81a, 81b. 81c, and 81 d contains a single DLCI 86. and three 
control bits: a Not-Valid (NV) bit 88; a Reuse (R) bit 90; and a Purge (P) bit 92. 

In addition, there is a 1 K counter table 94 having a counter 96 associated with each of the 1K DLCIs. Each 
counter 96 contains a counter value (CNTR 98), which ranges between zero and four to indicate the number 

45 of valid entries for that DLCI. and a single control bit - a Reused (Rc) bit 100. 

During table set-up, the counters and the control bits work together. When the initial DLCI is mapped into 
the memory, it is entered into a memory space in all four tables 80a, 80b, 80c. and 80d, all of the control bits 
in the four corresponding memory spaces are set to zero, and the counter associated with that DLCI is set to 
four to indicate four valid entries. When another DLCI is mapped into the memory, a "collision" occurs when 

so it is entered into a memory space having another DLCI therein. When a collision occurs in one memory space 
of a table, the NV bit 88 of that space is set, and the counter associated with that DLCI is decremented by 
one. When all spaces associated with a single DLCI are invalidated (all have NV=1), the count (CNTR) asso- 
ciated with that DLCI goes down to zero and R bit 90 and Rc bit 100 associated with that DLCI are set. The 
presence of the NV bits 88 and the R bits 90 in all four tables 80a, 80b, 80c, and 80d and the Rc bit 100 in the 

55 counter indicate that the entry is valid again, and the CNTR associated with that DLCI is again set to four. If 
a collision occurs when both an NV bit 88 and an R bit 90 are set. a P bit 92 is set to indicate that the entry is 
again to be invalidated. It is extremely unlikely that all entries associated with a single DLCI will be purged for 
the following reasons: 
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1. The address to the tables is spread out, a bit from each hex digit. This has the effect of spreading out 
the E.164 addresses to all table entries. 

2. Because there are four tables, any one hit (a single DLCl in one entry) will produce the correct DLCI. 
It takes four collisions to wipe out the correct DLCI. 

5 3. When the above conditions occurs, i.e., all entries are invalidated, all entries associated to that DLCI 

can be used again using the Reuse bit 

4. It takes an additional four collisions to wipe out the same four entries again. In the event that it occurs, 
a DLCI associated with that E.164 address is kept in a separate buffer. 

An example of a table set-up is detailed below and is shown in corresponding FIGS. 8A-8H. For simplicity, 
w six DLCIs (D1-D6) corresponding to six E.164 addresses (E1-E6) will be set up in four tables (80a, 80b, 80c, 
and 80d). In addition, only six memory spaces (101, 102, 103. 104, 105, and 106) in each table 80a, 80b, 80c, 
and 80d are shown. As a practical matter, thousands of DLCIs have to be set up in this manner during the 
initial TA configuration and each table 80a, 80b, 80c, and 80d has many more memory spaces, e.g., 1 Kbyte. 
Also, for clarity, the four pointers 82a, 82b, 82c, and 82d are referenced as P1 x , P2 X , P3 X , and P4 X , respec- 
ts tively, where x indicates for which DLCI (D1-D6) the pointer is being used for. Pointers P1x, P2 X , P3 X , and P4 X 
point to memory tables 80a, 80b, 80c, and 80d, respectively. Counter table 94 is shown having six counters 
111, 112, 113, 114, 115, and 116 corresponding to the six DLCIs. Table 110 shows the relationship between 
the six E.164 addresses (E1-E6) and their corresponding DLCIs (D1-D6). 

Referring to FIG. 8A, the set-up for DLCI D1 is shown. As described above, the particular E.164 address 
20 (in this case, E1) is segmented into four groups (pointers P1 1f P2 U P3l and P40 for indicating the four memory 
spaces (one in each table 80a, 80b, 80c, and 80d) in which to enter the corresponding DLCI (in this case, D1). 
In this example, P*\, points to memory space 101 and D1 is entered therein. Likewise, pointers P2 U P3^ and 
P4t point to memory spaces 102, 102, and 104, respectively, and D1 is entered therein accordingly. Because 
there is no collision, counter 111 for D1 is set to "4" for four valid entries and none of the control bits NV bit 88, 
25 R bit 90, P bit 92 or Rc bit 100 are set. 

FIG. 8B illustrates a similar set-up for E.164 address E2. E2 is segmented into four groups, pointers P1 2 . 
P2 2 , P3 2 , and P4 2 , which point to memory spaces 101. 103, 104. and 101, in memory tables 80a, 80b, 80c, 
and 80d, respectively. The DLCI for E2. D2. is entered in these memory spaces. Because, in memory table 
80a, memory space 101, D1 is already entered, a collision occurs. As a result, NV bit 88 bit for that memory 
30 space is set, counter 112 for D2 is set to "3" (indicating three valid entries for D2). Also, counter 111 for D1 is 
decremented to three indicating the remaining three valid entries for D1. 

In FIG. 8C, DLCI D3 (for E3) is set-up in the memory tables 80a, 80b, 80c, and 80d. D3 is entered in the 
memory spaces pointed to by pointers P1 3 , P2 3 , P3 3 , and P4 3 and collisions occur in memory table 80b and 
80d (memory spaces 102 and 104, respectively). NV bit 88 is set in each of the two memory spaces, counter 
J5 11 1 is decremented by two (two more invalid entries for D1 ) and counter 113 for D3 is set to two. The entry for 
memory space 101 in table 80a is an "X" indicating a "don't care" state because NV bit 88 is set and Rbit 90 
is reset. 

In FIG. 8D, DLCI D4 is set-up according to the steps described above. The not valid bits, NV bit 88, of 
memory space 103, table 80a and memory space 102, table 80c are set, counters 111 and 113 are decremented 
40 by one and counter 114 is set to two. Because counter 111 is now equal to zero, its "reused" bit, Rc 100, is set 
and the counter value is returned to four as can be seen in FIG. 8E. In addition, the "reuse" bits 90 of memory 
spaces 101, 102, 102 and 104 of the tables 80a, 80b, 80c. and 80d. respectively are set and the values of the 
respective memory spaces is set, once again, to D1. 

In FIG. 8F, the set-up for D5 shows that D1 is again collided with (in table 80b) as i D2 (in table 80c). Be- 
45 cause memory space 102 in table 80b has previously been "reused", it cannot be reused again and therefore 
must be "purged", i.e., purge bit, P bit 92, of that memory space is set. Counters 111 and 112 are decremented. 

FIG. 8G illustrates the set-up of D6 wherein a collision occurs at memory space 104 of table 80c and at 
memory space 104 of table 80d, the latter of the two being purged because it had already been reused. Counter 
111 is decremented by one to two and counter 116 is set to two. 
so FIG. 8H shows the final result (ready for look-up) in the memory tables 80a, 80b, 80c, and 80d after initial 

configuration wherein each DLCI has a valid entry in at least one memory space. If, however, one of the coun- 
ters was equal to zero and its Rc bit 100 was set, there would be no valid entries for that particular DLCI and 
that DLCI would have to be stored in a separate buffer. This result is highly unlikely. (Question to inventors: 
What happens if two DLCIs have no valid entry?) 
55 After the initial set-up, or anytime the TA needs to be reconfigured such as when a new link needs to be 

set-up or a link needs to be taken down, neither table 110 nor counter table 94 are needed. 

In summary, each memory space may be used more than once using the control bits solving the problem 
of collisions. As long as there is at least one valid entry for a particular DLCI, it can be found very quickly (in 
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20 



25 



a few memory cycles) in the memory tables. When there is no valid entry (highly unlikely) for a DLCI. it is stored 
in a separate buffer. 



2. Table access 



The hardware structure for table access is shown in FIG. 9. The hardware structure comprises tables 80a. 
80b 80c and 8 0d associate d buffers 120a. 120b. 120c. and 120d. safety buffer 84, combinational log.c 122. 
fetch 124 and a DLC. buffer 126. E.164 address bus 126 conveys the 40-bit E.164 address, the appropriate 
ten bits being conveyed to each memory table 80a. 80b. 80c. and 80d. In addition, each memory space 81a. 
1Q TZcZ 81d i/connected to a buffer 120a. 120b. 120 c. and ™£^ R »™j£££Z 
is connected and to the latch 124 for passing its control bit contents (NV bit 88. R bit 90 and P Dit a*}, ne 
outputs of each of he buffers 1 20a. 120b. 120c. and 1 20d and safety suffer 84 are input to combinationa logic 
^ The con^b ts are latched to the combinational logic 122 in order to determine which buffer output con- 
lins the appropriate DLCI. The appropriate buffer output is conveyed from the combinafona. log.c 1 22 to DLCI 

15 ^"tn 'operation, the 40-bit E.164 address is conveyed to the memory tables 80a. 80b. 80c • ™ 

appropnate ten-bit groups as discussed above. The ten-bit groups comprise the J 
address the particular memory space 81a. 81b, 81c. and 81 d in each memory table 80a. 80b 80c. and 80d 
Z Tntenta of the addressed memory spaces 81a. 81b. 81c. and 81d are passed to latch 124 (control. rfs 
portion) and to buffers 120a. 120b. 120c. and 120d (DLCI portion). The control bits are latched to h combH 
national logic 122. Based on the logic circuitry, the appropriate DLCI is conveyed to DLCI buffer 126^ the 
evenUhat a.? four entries from the tables are purged, the fifth (safety) buffer 86 contains the correct DLCI. 

The t u h table associated with the combinational logic is shown in FIG. 10. In ^^^^ 
NV3. and NV4 represent the not valid bits (NV bit 88). R1 . R2. R3 and R4 represent th * reuse , brts (R brt 90). 
and P1 P2 P3 and P4 represent the purge bits (P bit 92). of each memory space 81a. 81 b. 81c and 81d. 01. 
02 03 5 and OS are the outputs of the combinational logic 1 22 indicating which buffer con ta.ns he appro- 
priate DLCI. where 01 indicates that buffer 120a containing the DLCI from memory space 81a is ; the : appro- 
p a e DLCI for the particular E.164 address and is conveyed to DLC. buffer 126 Similarly. 02 .nd.cates^ that 
buffer 120b containing the DLC. from memory space 81b is the appropriate DLC. for the part jcular £ 164 ad- 
dress and is conveyed to DLC. buffer 126. and so forth for 03 and 04. OS indicates ™* 
tains the appropriate DLCI for the particular E.1 64 address being mapped and .s conveyed to the DLCI buffer 

126 Thus it can be seen that the unique terminal adapter of the present invention interfaces between a Data 
Terminating Equipment (DTE) and either a Frame Re.ay (FR) or a Switched Mu.timegab.t Data Service SMDS 
telecommunications network so that the type of network over which the DTE is commun.cat.ng .s transparent 
to The DTE This allows the subscriber to access both FR and SMDS networks without having to purchase to 
different TAs The TA of the present invention performs mapping from one protocol to another so that a native 
FR DTE can access an SMDS network and so that a native SMDS DTE can access a FR network Jhe ^unique 
address mapping method performed by the TAuses a parallel table look-up technique wh,ch reduces the 
chance of co.Lon (when two or more addresses hash into the same table entry), eliminates ^^°na. 
comparison function to detect a collision, and eliminates the traditional pointer techmque when a co.hsio .oc- 
curs This address mapping method dramatically reduces the cycle time involved m mapp.ng between address- 
es, especially when one address is significantly larger than the other. ^ am h«riim«nt« 
While the invention has been particularly shown and described with reference to preferred embodiments 
thereof, it will be understood by those skilled in the art that various other changes in form and deta.l may be 
made without departing from the spirit and scope of the invention. 



Claims 

50 

1. 



A terminal adapter (TA) for interfacing a native frame relay (FR) data terminating equipment _<DTE> with 
a switched multimegabit data service (SMDS) telecommunications network so that said SMDS network 
is transparent to said FR DTE. said TA characterized in that it comprises : 
an FR element for interfacing with said FR DTE; 
55 an SMDS element for interfacing with said SMDS network; and 

a protocol conversion and address translation (PCAT) element connected between said FR element and 
said SMDS element for converting the transmission protocol between FR and SMDS and for translating 
the addresses between FR and SMDS, 
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said FR element comprising means for receiving frames of data from said FR DTE, each frame having a 
header and a trailer, means for parsing said frames of data, and means for passing said parsed frames 
of data to said PCAT element, said FR element further comprising means for receiving frames of data from 
said PCAT element and means for sending frames of data to said FR DTE; 

said SMDS element comprising means for receiving cells of data from said SMDS network, each cell hav- 
ing a header and a trailer, means for verifying and removing said headers and trailers thereby forming 
shorter fixed-sized data blocks, means for assembling a plurality of data blocks, and means for passing 
said assembled data blocks to said PCAT element, said SMDS element further comprising means for re- 
ceiving assembled data blocks from said PCAT element, means for segmenting said assembled data 
blocks into said shorter fixed-sized data blocks, means for adding a header and a trailer to each fixed- 
sized data block so as to form a plurality of cells of data, and means for sending said cells of data to said 
SMDS network; and 

said PCAT element comprising means for sending and receiving frames of data to and from said FR ele- 
ment, means for sending and receiving assembled data blocks to and from said SMDS element, means 
for removing the FR headers and trailers from said received frames of data and for appending SMDS head- 
ers and trailers to said assembled data blocks to be sent to said SMDS element, means for removing the 
SMDS headers and trailers from said received assembled blocks of data and for appending FR headers 
and trailers to said frames of data to be sent to said FR element, means for translating FR addresses to 
SMDS addresses and means for translating SMDS addresses to FR addresses. 

The TA defined in claim 1, wherein said TA further interfaces between a native SMDS DTE and a FR net- 
work, said FR element further comprises means for receiving frames of data from said FR network, and 
means for sending frames of data to said FR network; and said SMDS element further comprises means 
for receiving cells of data from said SMDS DTE, each cell having a header and a trailer, and means for 
sending said cells of data to said SMDS DTE. 

The TA defined in claim 1 and 2, wherein said means for translating SMDS addresses to FR addresses 
comprises; 

a plurality of tables each having a plurality of memory spaces, each memory space of each table having 
a unique memory-address indicating the location of that memory space within its table, each table further 
having an associated pointer register having a value ranging from the lowest memory-address to the high- 
est memory-address of that table; 

means for forming the values of said pointer registers based upon said SMDS address by segmenting 
said SMDS address into a plurality of portions and assigning each portion to a pointer register; 
means for examining the contents of the memory space of each table having a memory-address equal 
to the value of the table's associated pointer register; 

means for determining the number of entries contained in the contents of said addressed memory spaces; 
and 

means for retrieving a single entry when any of said addressed memory spaces has a single entry. 

The TA as defined in claim 3, wherein said means for translating SMDS addresses to FR addresses further 
comprises means for retrieving the entry common to all said addressed memory spaces when none of 
said addressed memory spaces has a single entry. 

The TA as defined in claims 3 and 4, wherein said means for translating SMDS addresses to FR addresses 
further comprises a separate buffer and means for retrieving the contents of said separate buffer when 
there is no common entry among said addressed memory spaces. 

The TA as defined in claims 3 to 5, wherein said SMDS address is a ten-digit number represented by ten 
four-bit groups, said plurality of tables comprise four tables, and said pointer register value forming means 
segments said SMDS address into four ten-bit portions. 

The TA as defined in claim 6, wherein a first pointer register associated with a first table comprises the 
first bit of each of said ten four-bit groups, a second pointer register associated with a second table com- 
prises the second bit of each of said ten four-bit groups, a third pointer register associated with a third 
table comprises the third bit of each of said ten four-bit groups, and a fourth pointer register associated 
with a fourth table comprises the fourth bit of each of said ten four-bit groups. 

A terminal adapter (TA) for interfacing a native switched multimegabit data service (SMDS) data termin- 
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ating equipment (DTE) with a frame relay (FR) telecommunications network so that said FR network is 

transparent to said SMDS DTE. said TA comprising: 

an pr element for interfacing with said FR network. 

an SMDS element for interfacing with said SMDS DTE: and 

a protocol conversion and address translation (PCAT) element connected between sa.d FR element and 
said SMDS element for converting the transmission protocol between FR and SMDS and for translating 
the addresses between FR and SMDS, 

said FR element comprising means for receiving frames of data from said FR network, each frame having 
a header and a trailer, means for parsing said frames of data, and means for passing said parsed frames 
of data to said PCAT element, said FR element further comprising means for receiving frames of data from 
said PCAT element and means for sending frames of data to said FR network; 

said SMDS element comprising means for receiving cells of data from said SMDS DTE. each cell having 
a header and a trailer, means for verifying and removing said headers and trailers thereby forming shorter 
fixed-sized data blocks, means for assembling a plurality of data blocks, and means for passing said as- 
sembled data blocks to said PCAT element, said SMDS element further comprising means for receiving 
assembled data blocks from said PCAT element, means for segmenting said assembled data blocks .nto 
said shorter fixed-sized data blocks, means for adding a header and a trailer to each said f ixed-s.zed data 
block so as to form a plurality of cells of data, and means for sending said cells of data to sa.d SMDS 

said PCAT element comprising means for sending and receiving frames of data to and from said FR ele- 
ment means for sending and receiving assembled data blocks to and from said SMDS element, means 
for removing the FR headers and trailers from said received frames of data and for appending SMDS head- 
ers and trailers to said assembled data blocks to be sent to said SMDS element, means for removing the 
SMDS headers and trailers from said received assembled blocks of data and for appending FR headers 
and trailers to said frames of data to be sent to said FR element, means for translating FR addresses to 
SMDS addresses and means for translating SMDS addresses to FR addresses. 

9. Asystemfor retrieving a particular entry based upon a particular call-up number having a plurality of digits, 
said system characterized in that it comprises : 

a plurality of tables each having a plurality of memory spaces, each memory space of each table having 
an entry portion and further having a unique memory-address indicating the location of that memory 
space within its table, each table further having an associated pointer register having a value ranging from 
the lowest memory-address to the highest memory-address of that table; 

means for forming the values of said pointer registers based upon said call-up number by segmenting 
said call-up number into a plurality of portions and assigning each portion to a pointer register; 
means for examining the contents of the memory space of each table having a memory-address equal 
to the value of the table's associated pointer register; 

means for determining the number of entries contained in the contents of said addressed memory spaces; 
and 

means for retrieving a single entry when any of said addressed memory spaces has a single entry. 

10 The system as defined in claim 9 further comprising means for determining if there is an entry common 
among the addressed memory spaces, and means for retrieving the entry common to all said addressed 
memory spaces when none of said addressed memory spaces has a single entry. 

11 The system as defined in claims 9 and 10 further comprising a separate buffer and means for retrieving 
the contents of said separate buffer when there is no common entry among said addressed memory 
spaces. 

12 The system as defined in claims 9 to 11, wherein said call-up number is a ten-digit number represented 
by ten four-bit groups, said plurality of tables comprise four tables, and said pointer register value forming 
means segments said call-up number into four ten-bit portions. 

13. The system as defined in claim 12, wherein a first pointer register associated with a first table comprises 
the first bit of each of said ten four-bit groups, a second pointer register associated with a second table 
comprises the second bit of each of said ten four-bit groups, a third pointer register associated with a third 
table comprises the third bit of each of said ten four-bit groups, and a fourth pointer register associated 
with a fourth table comprises the fourth bit of each of said ten four-bit groups. 



10 



EP 0 560 706 A2 



14. The system as defined in claim 13, wherein each memory space comprises a control bit portion and an 
entry portion, said control bit portion having a first control bit (NV). a second control bit (R) and a third 
control bit (P), said system further comprising combinational logic circuitry for determining said particular 
entry based upon said particular call-up number, said combinational circuitry being connected to said con- 
trol bit portion and said entry portion of said addressed memory spaces, said combinational logic circuitry 
conforming to the following truth table: 
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wherein NV1, NV2, NV3 and NV4 are said first control bits of said addressed memory spaces, R1, R2, 
R3 and R4 are said second control bits of said addressed memory spaces, P1, P2, P3 and P4 are said 
third control bits of said addressed memory spaces, and 01, 02 t 03, 04 and 05 are bits corresponding 
to said entry portions of said addressed memory spaces and of said separate buffer, respectively, indi- 
cating which of said entry portions is said particular entry, and x indicates a "don't care" condition. 

15. The system as defined in claim 11, wherein each memory space comprises a first control bit portion having 
a first control bit and a second entry portion, and further wherein said number of entries determining 
means comprises means for reading said first control bit. 

16. The system as defined in claim 1 5, wherein each first control bit portion further comprises a second control 
bit, and further wherein said common entry determining means comprises means for reading said second 
control bit. 

17. The system as defined in claim 16, wherein each first control bit portion further comprises a third control 
bit, and further wherein said common entry determining means further comprises means for reading said 
third control bit. 

18. For use in a system comprising a plurality of tables each having a plurality of memory spaces, each mem- 
ory space of a table having a unique memory-address indicating the location of that memory space within 
its table, each table further having an associated pointer register having a value ranging from the lowest 
memory-address to the highest memory-address of that table, a method of retrieving a particular entry 
from one of said memory spaces based upon a particular call-up number having a plurality of digits, said 
method comprising the steps of: 

forming the values of said pointer registers based upon said call-up number by segmenting said call-up 
number into a plurality of portions and assigning each portion to a pointer register; 
examining the contents of the memory space of each table having a memory-address equal to the value 
of the table's associated pointer register; 

determining the number of entries contained in the contents of said addressed memory spaces; and 
when any of said addressed memory spaces has a single entry, retrieving said single entry. 

19. The method as defined in claim 18 further comprising the step of examining the contents of the addressed 
memory spaces and retrieving the entry common to all said addressed memory spaces when none of 
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said addressed memory spaces has a single entry. 

20. The method as defined in claim 19 further comprising the step of retrieving the contents of a separate 
buffer when there is no common entry among said addressed memory spaces. 
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